test(graph): golden-fixture accuracy harness for rc/trace/dead-code (closes #277) - #280

Mengapa

Fondasi call-graph retak berulang tanpa tertangkap CI (#210/#219/#220/#222/#223/#231 — semua edge/caller hilang, ditemukan manual berbulan kemudian). Tak ada test yang mengunci output graph pada fixture dikenal.

Isi

tests/test_graph_accuracy_golden.py — fixture polyglot kecil deterministik untuk pola yang HISTORIS bikin bug, assert nilai KONKRET:

• fix(callgraph): extract module-top-level calls to fix rc undercount (closes #210) #219 module-level call → moduleLevelHelper rc>=2 + caller dari mod_level.ts
• fix(callgraph): calls inside asyncHandler-wrapped route handlers missing from graph_edges #231 asyncHandler-wrapped call → getGoogleClient rc>=1 + caller dari handler.ts
• fix(callgraph): arrow functions as object-literal values not tracked, undercounts ref_count #222 object-literal arrow → node service.listItems teregistrasi
• fix(dead-code): same-file-usage tracking missing for 14 languages, causes false-positive registry_dead #220 Rust const same-file → RED TIDAK di findings detect_dead_code (assert di layer engine yang user konsumsi, bukan raw node status)
• control — fungsi genuinely-unused rc==0 (guard fix yang "menyembuhkan" false-positive dgn tak pernah flag apa pun)

Verifikasi + temuan

5 passed. Harness sudah membuktikan nilainya hari pertama: memunculkan bahwa dead-code punya DUA layer — raw backend.json node status (const rc 0, benar) vs engine detect_dead_code (#220 exemption, RED tidak dilaporkan). Assert di-set ke layer yang benar (yang user pakai). Cross-platform (normalize separator).

Revert salah satu fix #219/#231/#222/#220 → test gagal seketika, bukan berbulan kemudian.

Closes #277